2013年7月，百度将出资19亿美元收购91无线消息成为圈内热谈，我正好在这个时候，去91新成立了研发中心面试。面试官很和蔼的和我讨论了一些技术问题，大多数还能应付，记忆较深的便是如何处理嵌套ListView的滑动事件冲突问题。
这个问题当时我没有回答好，主要是我对自定义View方面经验不足，Touch事件的分布机制也没有理解清楚。之后91并没有给我答复，到是过了两个月HR再次联系我，问我如果过去的话什么时候能到岗，并强调他们是由于百度收购公司的手绪问题拖了这么久。
只能感叹能否进某家公司其实也是需要缘分的。我当时对在本地的公司已经不感兴趣了，因为“世界这么大，我想出去看看”。
面试题：如何解决ScrollView嵌套中一个ListView的滑动冲突？
后来我一试，发现ScrollView布局中嵌套Listview显示是不正常的，确切地说是只会显示ListView的第一个项。
先说下为什么会只显示ListView的第一个Item，简单的说就是ListView在计算（比较正式的说法是：测量）自己的高度时对MeasureSpec.UNSPECIFIED这个模式在测量时只会返回一个List Item的高度（当然还有一些padding这些的值我们可以先忽略），而ScrollView的重写了measureChildWithMargins方法导致它的子View的高度被强制设置成了MeasureSpec.UNSPECIFIED模式。
ListView.java的onMeasure()代码片段：
if (heightMode == MeasureSpec.UNSPECIFIED) {
heightSize = mListPadding.top + mListPadding.bottom + childHeight +
getVerticalFadingEdgeLength() * 2;
}
ScrollView.java的measureChildWithMargins()代码片段：
final int childHeightMeasureSpec = MeasureSpec.makeMeasureSpec(
lp.topMargin + lp.bottomMargin, MeasureSpec.UNSPECIFIED);
child.measure(childWidthMeasureSpec, childHeightMeasureSpec);
注意：ScrollView继承于FrameLayout，但它的布局中只能有一个子View，常用的是LinearLayout。
说到这里，我们肯定要来看看MeasureSpec是什么东西，而且这也是一个很好的面试题，如果做过自定义View，对它肯定不会陌生的。我们在XML在布局文件中，设置布局的高和宽时，常常会用到“100dp”、“wrap_content”或者“match_parent”这类的值去设置它的android:layout_width和android:layout_height，而对于每个View控件来说，这两个值都是必需的。
最终我们把View绘制到屏幕时，需要将View的宽高值映射到屏幕上的像素大小，这就要在draw前先确定本身的宽高和每个子布局的具体宽高（像素值），这中间就需要一个转换的过程，如把wrap_content转换成100px，这就是measure的工作。
而布局中有很多子布局，或者说ViewGroup中可能会有多个ViewGroup和View，整个测量过程也是一次根结点开始的遍历过程，在这个过程中父布局需要告诉它的子布局具体的模式和宽高值（对子布局是一种约束，子布局需要在允许的范围内绘制），最终Android用一个int型来表示模式和值。
做过手机游戏的一定很容易想到用位移。int占4个字节，32位（bit），前2位（高位）用于存Mode，后面30位用于存宽高的具体值。当然了我们不用具体去操作，有一个封装好的MeasureSpec类会帮我们处理这些事情。这就是为什么我们看别人的自定义UI源码时常常看到如下的代码：
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int widthMode = MeasureSpec.getMode(widthMeasureSpec);
int heightMode = MeasureSpec.getMode(heightMeasureSpec);
int widthSize = MeasureSpec.getSize(widthMeasureSpec);
int heightSize = MeasureSpec.getSize(heightMeasureSpec);
Size为具体的值，而Mode就是我们说的三种模式：UNSPECIFIED，EXACTLY和AT_MOST。
UNSPECIFIED
不限定，父View不限制子View的具体的大小，所以子View可以按自己需求设置宽高（前面说的ScrollView就给子View设置了这个模式，ListView就会自己确认自己高度）。
EXACTLY
父View决定子View的确切大小，子View被限定在给定的边界里，忽略本身想要的大小。
AT_MOST
最多的，子View最大可以达到的指定大小（当设置为wrap_content时，模式为AT_MOST, 表示子view的大小最多是多少。）
知道了这些我们解决这个问题，就不算难了，我们也可以重写ListView的onMeasure让它按我们的要求测量高度。
显示正常之后，遇到了91面试官和我说的滑动事件冲突问题，ScrollView和ListView都是上下滑动的，嵌套在一起后ScrollView中的ListView就没法上下滑动了，事件被ScrollView响应了。
就里又引出了一个常被问到的面试题：ViewGroup的Touch事件分发机制。我们触摸幕时会产生事件（MotionEvent）：
ACTION_DOWN：手指开始触摸到屏幕的那一刻响应的是DOWN事件；
ACTION_MOVE：接着手指在屏幕上移动响应的是MOVE事件；
ACTION_UP：手指从屏幕上松开的那一刻响应的是UP事件。
事件的分发中我们较关注的三个方法：
分发事件：dispatchTouchEvent
在这里进行事件的分发，onInterceptTouchEvent和onTouchEvent都是由dispatchTouchEvent负责调度的。
拦截事件：onInterceptTouchEvent
只有ViewGroup才有这个方法。拦截了的话，ViewGroup就不会把事件继续分发给子View了，即子View的dispatchTouchEvent和onTouchEvent这两个方法都不会被调用。返回true时，表示ViewGroup会拦截事件。
消费事件：onTouchEvent
onTouchEvent 返回true时，表示事件被消费掉了。一旦事件被消费掉了，其他父元素的onTouchEvent方法都不会被调用。
用一张图简单说明一下分发的的大体流程：
现在我们回过头来看，ScrollView和ListView的事件冲突问题，从ScrollView的源码可以看到它对Touch事件（ACTION_MOVE）进行了拦截，所以滑动的事件传递不到ListView。
所以我们解决这个问题，需要让在ListView区域的滑动事件ScrollView不要拦截。这样在ListView区域外的还是由ScrollView去处理事件，ListView外滑动的就是ScrollView。这里用到一个系统自带的API来实现这种方案：requestDisallowInterceptTouchEvent（我觉得可以从名字直接读出它的用途，不再解释），代码也不复杂:
public class MyListView extends ListView {
public MyListView(Context context) {
super(context);
}
public MyListView(Context context, AttributeSet attrs) {
super(context, attrs);
}
public MyListView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
}
@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int newHeightMeasureSpec = MeasureSpec.makeMeasureSpec(480, // 固定高度（实际中这个值应该是根据手机屏幕计算出来的）
MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, newHeightMeasureSpec);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
case MotionEvent.ACTION_MOVE:
getParent().requestDisallowInterceptTouchEvent(true);
break;
case MotionEvent.ACTION_UP:
case MotionEvent.ACTION_CANCEL:
getParent().requestDisallowInterceptTouchEvent(false);
break;
}
return super.onInterceptTouchEvent(ev);
}
}
小结
关于这部份其实还是有很多可以讲的，但并不一定适合拿来做面试题，我觉得它们太偏细节了，很多地方自己久不做了也不一定说得出来（甚至说错都可能）。而且，这种细节方面的问题可以编写代码时就发现，不容易产生问题，不过对事件的分发机制有一个大体的了解还是很有必要的。
